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550,632 



TITLE: MANUAL MODE METHOD OF TESTING A VIDEO SERVER 

FOR A VIDEO -ON -DEMAND SYSTEM 

RELATED CASE: 

The present invention, as identified by the above 
title and docket number, is related to another invention 
which is identified as follows: "Script Mode Method of 
5 Testing A Video Server For A Video-On-Demand System" 
having docket number 550,633 and U.S. Serial No. 

Patent applications on both of these 
inventions were filed concurrently on April 23, 2001, and 
they have one common Detailed Description. 
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BACKGROUND OF THE INVENTION: 

The present invention relates to video -on- 
demand systems which send multiple streams of video data 
from a video library to respective sets of viewers. More 
5 specifically, the present invention relates to methods of 
testing video servers in the above video -on- demand 
systems . 

In the prior art, one video -on- demand system is 
described in U.S. Patent 5,583,561 which is entitled 

10 "Multi-Cast Digital Video Server Using Synchronization 
Groups". An overview of this prior art system is shown 
in Fig. 1 of patent x 561. There, multiple videos are 
stored in a video library 10 which is coupled to a video 
server 12; and, the video server 12 is coupled through a 

15 network interface circuit 18 and a distribution network 
20 to a plurality of video display devices 24 and 26. 

To receive a particular video at a particular 
display device, a request is sent to the video server by 
a viewer at the display device. This request is sent by 

20 means of a control terminal which is coupled to a 
communication channel that feeds back to the video 
server. The control terminal in Fig. 1 is a touch- tone 
telephone; but as an alternative, the control terminal 
can be a personal computer, or special purpose hardware 

25 similar to a handset for remotely controlling a VCR. 
This is explained at lines 35 - 45 in column 7 of patent 
»561. 

In response to a viewer's request for a 
particular video, the video server 12 reads the requested 
30 video from the video library 10. Thereafter, that video 
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is sent as a stream of video data from the video server 
12 through the network interface circuit 18 to the 
particular display device that is paired with the control 
terminal from which the video was requested. 
5 One method for passing the stream of video data 

from the video server 12 , through the network interface 
circuit and distribution network, to the display device 
is disclosed in detail in patent '561. Also, an 
alternative method is disclosed in a pending patent 

10 application which has serial number 09/318,987 and is 
entitled "Scalable Video System Having Shared Control 
Circuits for Sending Multiple Video Streams to Respective 
Sets of Viewers". All of the details in the above patent 
and patent application are herein incorporated by 

15 reference. 

While a stream of video data is being sent from 
the video server to a particular display device, the 
control terminal for that display device provides a means 
for sending various VCR- like commands back to the video 

2 0 server. These VCR- like commands include commands such as 
PAUSE, STOP, PLAY, REWIND or PAST FORWARD. In response, 
to implement each VCR- like command, the video server 12 
performs various steps on the video stream which it is 
sending to the particular display device. This is 

25 illustrated in Fig. 8 of patent x 561. 

Now, a problem which arises when a new video 
server is being designed is how to test and check-out the 
operation of the video server. The direct way to perform 
such a test is to first build the entire video -on -demand 

30 system, and then have viewers at each display device who 
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send the VCR -like commands to the video server through 
the control terminals for the display devices. 

However, a major drawback of the above direct 
testing method is that the cost to build the entire 
5 video-on-demand system can be very large. This large 
cost occurs in part, because dozens or even hundreds of 
display devices and control terminals can be coupled to 
the video server via the distribution network and the 
feedback communication channel. But, to fully test the 
10 video server, it should be tested to its maximum 
capability. 

Accordingly, a primary object of the present 
invention is to provide a method of testing a video 
server for a video -on -demand system which is very 
15 economical and completely avoids the above problem. 

BRIEF SUMMARY OF THE INVENTION; 

In accordance with the present invention which 
is claimed herein, a video server for a video -on -demand 
system is tested by a method which includes the following 

2 0 steps. First, a computer is provided which simulates a 
plurality of control terminals on a video -on -demand 
system by which viewers send VCR- like commands to the 
video server. This simulation includes displaying a set 
of buttons, on a visual monitor, for selecting any of the 

25 simulated control terminals and for selecting any one of 
the VCR- like commands. Thereafter, an operator chooses 
one particular simulated control terminal and one 
particular VCR- like command by pointing a cursor and 
clicking, via a mouse, on particular buttons that are 
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displayed. Then, in response to the above step, output 
signals are generated from the computer which represent 
the one particular VCR- like command being sent from the 
one particular simulated control terminal. These output 
5 signals are coupled to the video server; and there, the 
signals are processed in the same manner as signals that 
are sent from actual control terminals on an actual 
video-on-demand system. 

One major feature of the above testing method 

10 is that it is very economical in comparison to an 
alternative direct- testing method wherein the video 
server is incorporated into an actual video -on -demand 
system. This economy occurs because the cost of dozens 
or hundreds of actual control terminals for viewers, in 

15 an actual video -on- demand system, is eliminated. 

Another major feature of the above testing 
method is that it completely eliminates the time which 
takes to actually build a video -on -demand system with 
dozens or hundreds of control terminals which are coupled 

20 to a video server on a feedback channel. Consequently, 
with the presently claimed testing method, the video 
server can be fully tested more quickly and brought to 
market ahead of the competition. 
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BRIEF DESCRIPTION OF THE DRAWINGS; 

Fig. 1 shows a complete video -on -demand system 
of the prior art. 

Fig. 2 shows a computer which tests a video 
5 server, for the video -on -demand system of Fig. 1, by 
simulating a plurality of control terminals that send 
VCR- like commands to the video server, in accordance with 
the present invention. 

Fig. 3 shows a first set of buttons that are 
10 displayed on a visual monitor, by the computer of Fig. 2, 
during a manual mode of operation in which any one 
simulated control terminal can be selected to send any 
one VCR -like command. 

Fig. 4 shows various steps which are performed 
15 by the computer of Fig. 2 in response to an operator 
using the buttons that are shown in Fig. 3. 

Fig. 5 shows the structure of a program in the 
computer of Fig. 2 which performs the steps that are 
shown in Fig. 4. 
20 Fig. 6 shows a second set of buttons that are 

displayed on the visual monitor by the computer of Fig. 
2, during a script mode of operation in which multiple 
simulated control terminals concurrently send respective 
sequences of the VCR- like commands. 
25 Fig. 7 shows various steps which are performed 

by the computer of Fig. 2 in response to an operator 
^clicking" on a subset of the buttons in Fig. 6 that are 
used to define each sequence of VCR- like commands. 

Fig. 8 shows various steps which are performed 
30 by the computer of Fig. 2 in response to an operator 
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"clicking" on a subset of the buttons in Fig. 6 that are 
used to assign a particular sequence of VCR- like commands 
to a particular simulated control terminal. 

Fig. 9 shows various steps which are performed 
5 by the computer of Fig. 2 in response to an operator 
"clicking" on a subset of the buttons in Fig. 6 that are 
used to establish certain run -time parameters for the 
simulated control terminals. 

Fig. 10 shows various steps which are performed 
10 by the computer of Fig. 2 in response to an operator 
"clicking" on a subset of the buttons in Fig. 6 that are 
used to START, PAUSE, and STOP the generation of output 
signals from the simulated control terminals, in 
accordance with the command sequences and parameters that 
15 were previously established in Figs. 7-9. 

Fig. 11 shows the structure of a program in the 
computer of Fig. 2 which performs the steps that are 
shown in Figs. 7-10. 

Fig. 12 shows a computer which tests a video 
20 server, for the video -on -demand system of Fig. 1, by 
incorporating two particular modifications into the 
testing of Fig. 2. 



CJF\APPL\550632.doc 



DETAILED DESCRIPTION: 



Reference should now be made to Fig. 2 wherein 
all of the items which are included in the previously- 
described video -on -demand system of Fig. 1, are shown in 
5 a more generalized form. Each of these items is listed 
in Table I below. 

TABLE I 



a) Item 10 is a video library. 

b) Item 12 is a video server. 

c) Item 18 is a network interface circuit. 

d) Item 20 is a video distribution network. 

e) Item 22 is one of a plurality of decoder 
circuits that are coupled to the video 
distribution network 20. 

f) Item 27 is one of a plurality of viewing 
devices, which are coupled thru respective 
decoders 22 to the video distribution network 
20, for selectively receiving a video from the 
video server 12 . These viewing devices include 
the televisions 24 and personal computers 26 of 
Fig. 1, as well as any other device which can 
receive and show a movie from the network 20. 

g) Item 28 is one of a plurality of control 
terminals which are paired with each of the 
viewing devices 27. By these control terminals 
28, VCR- like commands are sent back to the 
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video server 12 to select and control the 



videos that are sent to the viewing devices 27. 



These control terminals include the touch- tone 



5 



telephones 14 of Fig. 1, as well as a personal 
computer or special purpose hardware as was 



described in the "BACKGROUND OF THE INVENTION". 



i) 



Item 29 is any electronic equipment which 
couples all of the control terminals 28, thru 



any feedback communication channel 29a, to the 



10 



video server 12 . 



Also in Fig. 2, each of the items 18, 20, 22, 



27, 28 and 29 is crossed-out by a large "X" 30. This 
indicates that when the video server 12 is tested in 
accordance with the present invention, all of the 

15 crossed-out items can be eliminated. Instead, with the 
present invention as illustrated in Fig. 2, the video 
server 12 is tested by just a single digital computer 31 
which acts as a simulator under the control of a 
simulator program 32. 

20 Simulator program 32 consists of a sequence of 

computer instructions which are stored on a media that 
can be read by the computer 31, such as a magnetic disc 
or an optical disc. By executing these stored 

instructions, the computer 30 simulates a plurality of 

25 the control terminals 28 that send VCR- like commands to 
the video server 12. In Fig. 2, these VCR- like commands 
are sent to the video server 12 over a cable 33 which 
plugs into a port 12a on the video server that normally 
receives the same VCR-like commands from actual control 

30 terminals on an actual distribution network 20. 
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With one embodiment of the simulator 
program 32, the plurality of simulated terminals have a 
"manual mode" of operation. In this manual mode, any one 
particular control terminal that is simulated can be 
5 selected by an operator of the computer 31; and then, the 
operator can direct the selected control terminal to send 
any one particular VCR- like command to the video server 
12. How this manual mode of operation is implemented via 
the computer 31 and simulator program 32 will now be 

10 described in detail with reference to Figs. 3, 4 and 5. 

Referring first to Fig. 3, it shows a set of 
buttons 41-49 that are displayed on a visual monitor 31a 
during the manual mode of operation by the computer 31. 
These buttons 41-49 provide an interface through which an 

15 operator of the computer 31 manually interacts with the 
simulator program 32 . To select any one particular 
button, the operator of the computer 31 uses a mouse 31b 
to position a cursor and "click" on that one button. 

Button 41 is called "SCT", and it has three 

20 parts 41a, 41b, and 41c. Part 41a displays a number 
which identifies the one particular simulated control 
terminal SCT(x) that is selected. To increase the number 
that is displayed in part 41a, the operator of the 
computer 31 "clicks" on part 41b; and, to decrease the 

25 number that is displayed in part 41a, the operator 
"clicks" on part 41c. One embodiment of the simulator 
program 32 which was actually built simulated a total of 
7200 control terminals, and each simulated control 
terminal was identified by an integer in part 41a within 

30 the range of "1" to "7200". 
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Button 42 is called "MOVIE", and it has four 
parts 42a, 42b, 42c, and 42d. Part 42a displays a number 
which identifies one particular movie M(y) in the video 
library 10. To increase the number that is displayed in 
5 part 42a, the operator of the computer 31 "clicks" on the 
part 42b; and, to decrease the number that is displayed 
in part 42a, the operator "clicks" on the part 42c. 
Then, when the operator "clicks" on the part 42d, a VCR- 
like command is sent on cable 33 from the simulated 

10 control terminal SCT(x) that is currently identified by 
part 41a. That command requests the video server 12 to 
obtain the movie M{y) that is currently identified by 
part 42a, for a particular display device DD(x) . The 
display device DD(x) is not needed to test the video 

15 server 12, as is indicated in Fig. 2; but in an actual 
video -on -demand system, it would be paired with an actual 
control terminal on the network 20 that corresponds to 
the simulated control terminal SCT (x) . 

Button 43 is called "PLAY". When the operator 

20 "clicks" on button 43, a VCR- like command is sent on 
cable 33 from the simulated control terminal SCT(x) which 
requests the video server 12 to start sending one 
particular video data stream S(x,y) to its port 12b for 
the network interface 18. The video data stream S(x,y) 

25 is addressed to the above described display device DD(x) . 
Also, video data stream S(x,y) is from the movie M(y) 
which was previously requested via button 42d from the 
simulated control terminal SCT(x) . 

Button 44 is called "PAUSE". When the operator 

30 "clicks" on button 44, a VCR-like command is sent on 
cable 33 which requests the video server 12 to stop 
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sending the above- identified video data stream S(x,y) to 
the port 12b. Later, an operator may click on another 
button 43 or 46-49 in order to cause the video server 12 
to continue sending the above- identified video data 
5 stream S(x,y) to its port 12b. 

Button 45 is called "STOP". When the operator 
"clicks" on button 45, a VCR- like command is sent on 
cable 33 which requests the video server 12 to stop 
sending the above -identified video data stream S(x,y) to 

10 its port 12b. After the STOP button is clicked, the 
video stream S(x,y) cannot be restarted by clicking any 
of the buttons 43 or 46 - 49. 

Button 46 is called "SKIP FORWARD". When the 
operator "clicks" on button 46 , a VCR-like command is 

15 sent on cable 33 which requests the video server 12 to 
temporarily stop sending the above -identified video data 
stream S(x,y) to its port 12b, and to move an internal 
pointer forward which points to the part of the video 
that will be sent next. The amount of the video which is 

20 skipped by this movement of the pointer is predetermined. 
Then, after the pointer is moved, the video server 12 
continues to send the above-identified video data stream 
S(x,y) to the port 12b, at the normal speed in the 
forward direction. 

25 Button 47 is called "SKIP REVERSE". When the 

operator "clicks" on button 47, a VCR-like command is 
sent on cable 33 which requests the video server 12 to 
temporarily stop sending the above- identified video data 
stream S(x,y) to its port 12b, and to move the above 

30 internal pointer backward within the video server 12. 
The amount of the video which is skipped by this movement 
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of the pointer is predetermined. Then, after the pointer 
is moved, the video server 12 continues to send the 
above -identified video data stream S(x,y) to the port 12b 
at the normal speed in the forward direction. 
5 Button 48 is called "VIEW FORWARD". When the 

operator "clicks" on button 48, a VCR- like command is 
sent on cable 33 which requests the video server 12 to 
send the above- identified video data stream S(x,y) to the 
port 12b at a fast viewing speed in comparison to the 
10 normal "PLAY" speed under button 43. The video server 12 
will continue to send the video data stream S(x,y) to the 
port 12b at this fast viewing speed until it receives 
another VCR-like command on cable 33 for that same video 
data stream. 

15 Button 49 is called "VIEW REVERSE". When the 

operator "clicks" on button 49, a VCR-like command is 
sent on cable 33 which requests the video server 12 to 
send the above-identified video data stream S(x,y) to its 
port 12b in a reverse direction and at a fast viewing 

20 speed as discussed above. The video server 12 will 
continue to send the video data stream S(x,y) to the port 
12b at this fast viewing speed until it receives another 
VCR-like command on cable 33 for that same video data 
stream. 

25 All of the above operations, which are 

initiated via buttons 41-49 in Fig. 3, are illustrated in 
a flow chart form in Fig. 4. There, six steps 51a, 51b, 
52a, 52b, 53a, and 53b are repeated over and over in a 
loop. These steps are performed by the computer 31 under 

30 the direction of the simulator program 32. 
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In step 51a, the computer 31 senses whether 
button 41b or 41c is being "clicked". If the "yes" path 
is taken, then computer 31 performs step 51b wherein it 
updates an internal pointer which selects one of the 
5 simulated control terminals SCT (x) . Then, the number in 
that internal pointer is displayed by part 41a of Pig. 3. 
Also, the number of any movie which is currently assigned 
to the simulated control terminal SCT (x) is displayed by 
part 42a, and one of the buttons 43-49 is lit to indicate 

10 the last command that was sent from the simulated control 
terminal SCT(x) . 

In step 52a, computer 31 senses whether button 
42b or 42c is being "clicked". If the "yes" path is 
taken, then computer 31 performs step 52b wherein it 

15 updates a number in an internal pointer which identifies 
the movie that is assigned to the simulated control 
terminal SCT(x). Also, the number in that pointer is 
displayed in part 42a. 

In step 53a, the computer 31 senses whether any 

20 of the buttons 42d and 43-48 are being "clicked". If the 
"yes" path is taken, then computer 31 performs step 53b 
wherein it sends the VCR-like command, on cable 33, which 
corresponds to the button that was "clicked". This 
command is sent from the simulated control terminal 

25 SCT(x) that was last selected by step 51b. 

Referring now to Fig. 5, an overall structure 
for the simulator program 32 will be described which 
performs all of the steps of Fig. 4. In this Fig. 5 
structure, the major components of the simulator program 

30 32 are identified by reference numerals 32a thru 32e. 
Each of these program components is described below in 
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TABLE 2, and these components are intercoupled to each 
other as shown in Fig. 5. 

TABLE 2 

a) Component 32a is a portion of the simulator 
program 32 which displays all of the buttons 
41-48 on the monitor 31a # as shown in Fig. 3. 

b) Component 32b is a portion of the simulator 
program 32 which senses when any one of buttons 
41-48 is being "clicked", as previously 
described in conjunction with steps 51a, 52a, 
and 53a of Fig. 4. 

c) Component 32c is a pointer which holds a number 
that identifies a particular one of the 
simulated control terminals SCT (x) . The number 
in this pointer is an integer which is 
incremented by one when button 41b is "clicked" 
and decremented by one when button 41c is 
"clicked". 

d) Component 32d is a portion of the simulator 
program 32 which stores the current state of 
each simulated control terminal. This current 
state identifies the particular movie which was 
assigned last to the simulated control terminal 
and the VCR- like command that was sent last 
from the simulated control terminal. The 
current state for one particular simulated 
control terminal SCT (x) is selected by pointer 
32c, and that state is indicated on the monitor 
31a by the buttons that are lit. Also, 

CJF\APPL\550632.doc 



16 



component 32d changes the current state of the 
simulated control terminal SCT (x) in response 
to the buttons 41-49 that are "clicked", as 
sensed by component 32b. 

e) Component 32e is a portion of the simulator 
program 32 which sends the VCR- like commands to 
cable 33. Thus, component 32e performs step 
53b in Fig. 4. Each VCR-like command on cable 
33 is accompanied by the number, from pointer 
32c which identifies the particular simulated 
control terminal SCT(x) that is sending the 
command. These commands are sent in response 
to the buttons 41-49 that are "clicked", as 
sensed by component 32b. 

One preferred embodiment of the simulator 
program 32, which simulates a plurality of control 
terminals in a "manual" mode of operation, has now been 
described in detail. Now, with reference to Figs. 6-11, 
another preferred embodiment of the simulator program 32 
will be described which simulates a plurality of control 
terminals in a "SCRIPT" mode of operation. 

In the script mode of operation, multiple 
scripts are stored in a memory. Here, each script 
specifies a selectable sequence of VCR-like commands and 
selectable time spacings between the commands. Later, in 
the script mode of operation, respective scripts from the 
memory are assigned to a set of simulated control 
terminals for a video -on-demand system. Thereafter, in 
the script mode of operation, output signals are 
generated from the simulated control terminals, which 
include the commands with the time spacings in the 
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scripts that were previously assigned to the simulated 
control terminals. These output signals are coupled to 
the video server 12 over cable 33 of Fig. 2, just like 
the output signals are coupled to the video server 12 in 
5 the manual mode of operation. 

To implement the script mode of operation, the 
computer 31 displays three sets of buttons 61-62, 71-72, 
and 81-86 on the visual monitor 31a. These buttons 
provide an interface through which an operator of the 

10 computer 31 manually interacts with the simulator program 
32. To select any one particular button, the operator of 
the computer 31 uses the mouse 31b to position a cursor 
and "click" on that one button. 

Button 61 is called "SELECT SCRIPT", and it has 

15 three parts 61a, 61b, and 61c. Part 61a displays a 
number which identifies the one particular script S(z) 
that is selected. To increase the number that is 
displayed in part 61a, the operator of the computer 31 
"clicks" on part 61b; and, to decrease the number that is 

2 0 displayed in part 61a, the operator "clicks" on part 61c. 
One embodiment of the simulator program 32 which was 
actually built had a total of ten different scripts, and 
each script was identified by an integer in part 61a 
within the range of "1" to "10". 

25 Button 62 is called "EDIT SCRIPT", and it has 

five parts 62a, 62b, 62c, 62d and 62e. When part 62a is 
"clicked" by the operator of the computer 31, then part 
62b displays a portion of the one particular script S(z) 
that is selected by button 61. To scroll upward the 

30 portion of script S(z) that is displayed in part 62b, the 
operator of the computer 31 "clicks" on part 62c; and, to 
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scroll downward the portion of the script S(z) that is 
displayed in part 62b, the operator "clicks" on part 62d. 

Within part 62b of Fig. 6, a portion of the 
first script S(l) is illustrated as an example. In this 
5 example, the script S(l) consists of the following series 
of command- time pairs: Ml, P5, V5, P5, R5, P5, F5, P5, 
S5. Here, each letter specifies one VCR- like command, 
and each number specifies the time in seconds between the 
command of one pair and the command of the next pair in 
10 the series. All of the letters which can be used to 
specify a VCR- like command, in any command- time pair of 
any script, are described below in TABLE 3. 

TABLE 3 

Letter "P" specifies a "PLAY" command, which is 
the same as the PLAY command that is sent via 
button 43 of Fig. 3 in the manual mode of 
operation. 

Letter "A" specifies a "PAUSE" command, which 
is the same as the PAUSE command that is sent 
via button 44 of Fig. 3 in the manual mode of 
operation. 

Letter "S" specifies a "STOP" command, which is 
the same as the STOP command that is sent via 
button 45 of Fig. 3 in the manual mode of 
operation. 

Letter "F" specifies a "SKIP FORWARD" command, 
which is the same as the SKIP FORWARD command 
that is sent via button 46 of Fig. 3 in the 
manual mode of operation. 
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5) Letter "B" specifies a "SKIP REVERSE" command, 
which is the same as the SKIP REVERSE command 
that is sent via button 47 of Fig. 3 in the 
manual mode of operation. 

6) Letter "V" specifies a "VIEW FORWARD" command, 
which is the same as the VIEW FORWARD command 
that is sent via button 48 of Fig. 3 in the 
manual mode of operation. 

7) Letter "R" specifies a "VIEW REVERSE" command, 
which is the same as the VIEW REVERSE command 
that is sent via button 49 of Fig. 3 in the 
manual mode of operation. 

8) Letter "M" specifies a "REQUEST MOVIE" command, 
which is the same as the REQUEST MOVIE command 
that is sent via button 42d of Fig. 3 in the 
manual mode of operation. 

Button 62e is called "STORE", and it is used to 
store any desired command- time pair sequence as a new 
script, and to store modifications to any previously 
stored script. To modify a particular command- time pair 
in one previously entered script S{z), the operator of 
the computer 31 first selects that script S(z) via button 
61. Then the operator uses buttons 62c and 62d to 
display, in part 62b, the command-time pair that is to be 
modified. Next, the operator uses the mouse 31b to 
position a cursor, in the monitor 31a, on the command- 
time pair that is to be modified; and then the operator 
uses the keyboard 31c of the computer 31 to type- in the 
new command- time pair. 

Additional command- time pairs are modified by 
moving the cursor onto each such pair and typing- in the 
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modification. Similarly, new command- time pairs are 
added to the end of a script by moving the cursor to the 
point immediately below the last command- time pair and 
typing in the new command-time pair. After all such 
5 modifications are made, the operator "clicks" on button 
62e to store the script S(z), as modified within the 
simulator program 32. 

Similarly, to store a completely new script 
into the simulator program 32, the operator of the 

10 computer 31 first uses button 61 to select a number which 
will identify the new script S(z). Then, the operator 
"clicks" on button 62a; and then the operator uses the 
mouse 31b and keyboard 31c to enter each command-time 
pair. After the entire new script S(z) has been typed- 

15 in, the operator then "clicks" on button 62 (e) . 

Button 71 is called "SCT", and it has three 
parts 71a, 71b, and 71c. Part 71a displays a number 
which identifies the one particular simulated control 
terminal SCT (x) that is selected. To increase the number 

20 that is displayed in part 71a, the operator of the 
computer 31 "clicks'' on part 71b; and, to decrease the 
number that is displayed in part 71a, the operator 
"clicks" on part 71c. One embodiment of the simulator 
program 32 which was actually built simulated a total of 

25 7200 control terminals, and each simulated control 
terminal was identified by an integer in part 71a within 
the range of "1" to 7200". 

Button 72 is called "ASSIGN SCRIPT"; and it has 
three parts, 72a, 72b, and 72c. Part 72a displays a 

30 number that identifies the script that is currently 
assigned to the simulated control terminal SCT(x) . To 
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increase the number of the script which is assigned to 
the simulated control terminal SCT(x), the operator of 
the computer 31 "clicks" on part 72b; and to decrease the 
number of the script which is assigned to the simulated 
control terminal SCT (x) , the operator "clicks" on part 
72c. 

Thus, by using all of the above -described 
buttons 61-62 and 71-72 , an operator of the computer 31 
can define and store multiple scripts within the 
simulator program 32; and, the operator of the computer 
31 can selectively assign a respective script to each one 
of a plurality of control terminals that are simulated by 
the simulator program 32. Then, after the scripts are 
assigned, buttons 81-86 are used to actually run the 
simulated control terminals in the script mode. 

Button 81 is called "TOTAL SCT'S", and it has 
three parts 81a, 81b, and 81c. Part 81a displays a 
number "N" which limits the total number of the simulated 
control terminals that will be allowed to send commands 
to the video server 12. These particular simulated 
control terminals which will send commands are SCT(l) 
through SCT(N) . Part 81b is "clicked" on by the operator 
of the computer 31 to increase the number "N" that is 
displayed in part 81a; and, part 81c is "clicked" on to 
decrease the number "N" that is displayed. Thus, the 
buttons 61-62 and 71-72 can be used to assign scripts to 
a large number of simulated control terminals; and button 
81 can be used to select subsets of those simulated 
control terminals that are allowed to send commands to 
the video server 12 . 
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Button 82 is called "RANDOM START", and it has 
three parts 82a, 82b, and 82c. Part 82a displays a time 
interval "T" in seconds, during which the simulated 
control terminals SCT(l) through SCT (N) send the first 
command of their script to the video server 12. For each 
particular simulated control SCT(l) through SCT (N) , the 
time at which the first command is sent is randomly- 
selected within the interval "T". To increase the time 
interval "T", the operator of the computer 31 "clicks" on 
part 82b, and to decrease the time interval "T", the 
operator "clicks" on part 82c. 

Button 83 is called "DIST. %", and it has three 
parts 83a, 83b, and 83c. Part 83a displays a percentage 
«P« by which the specified time in each command- time 
pair of each script can be automatically altered by the 
simulator program 31. If the percentage W P" is set equal 
to zero, then no alteration occurs. If the percentage 
«P" is not zero, the specified time in each command- time 
pair is changed by a random amount within the range of 
zero to "± P" multiplied by the specified time. To 
increase the percentage "P", the operator of the computer 
31 "clicks" on part 83b, and to decrease the percentage 
P, the operator "clicks" on part 83c. 

As a numerical example of the above, suppose 
that the percentage P is set to 12% by button 83, and 
suppose that the specified time in one particular 
command-time pair in the script S(z) is "10-seconds" . 
Then, the time interval that occurs between the command 
of that particular command- time pair and the command of 
the next command- time pair will be 10 -seconds plus an 
amount that is selected randomly within the range of 
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-1.2 seconds to +1.2 seconds. Also, this amount will be 
selected randomly each time a simulated control terminal 
sends the command from that one particular command- time 
pair. 

5 Button 84 is called "START", and it has two 

parts 84a and 84b. When part 84a is "clicked" by the 
operator of computer 31, the simulator program 32 sends 
VCR-like commands from the simulated control terminals to 
the video server 12 . These commands begin with the first 
10 command of each script and continue in the sequence, and 
with the time-spacings, that were specified via the 
buttons 61-62, 71-72, and 81-83. Parts 84b displays the 
total time that elapses while these VCR-like commands are 
being sent. 

15 Button 85 is called "PAUSE". When button 85 is 

first "clicked" by the operator of computer 31, the 
simulator program 32 stops sending the VCR-like commands 
from the simulated control terminals to the video 
server 12. Thereafter, when the START button 84 is 

20 "clicked" by the operator of computer 31, the simulator 
program 32 continues to send the VCR-like commands to the 
video server 12. The command- time pairs in each script 
where this continuation begins is the same as if the 
above pause did not occur. Also, during the above pause, 

25 the elapsed time that is displayed in part 84b does not 
change . 

Button 86 is called "STOP". When Button 86 is 
"clicked" by the operator of computer 31, the simulator 
program stops sending the VCR-like commands from the 
30 simulated control terminals to the video server 12. This 
sending of the VCR-like commands can be restarted by 
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"clicking" on the START button 84; and when that is done, 
the commands that are sent begin with the first command 
of each script. 

All of the operations which are initiated via 
5 buttons 61-62 in Fig. 6, are illustrated in a flow chart 
form in Fig. 7. These operations are performed by- 
computer 31 as steps 91a, 91b, 92a, 92b, 93a, 93b, 94a, 
94b, 95a, and 95b. 

In step 91a, computer 31 senses whether button 

10 81b or 81c is being "clicked". If the "yes" path is 
taken, then computer 31 performs step 91b wherein it 
updates an internal pointer which selects one particular 
script S(z). The number "z" of that script is displayed 
by part 61a of Fig. 6. 

15 In step 92a, computer 31 senses whether button 

62a is being "clicked". If the "yes" path is taken, then 
computer 31 performs step 92b wherein it displays the 
script S(z) that was selected last by step 91b. This 
display occurs in part 62b of Fig. 6. 

2 0 In step 93a, computer 31 senses whether any of 

the buttons 62c and 62d are being "clicked". If the 
"yes" path is taken, then computer 31 performs step 93b 
wherein it scrolls the script S(z) upward or downward in 
the display 62b of Fig. 6. 

25 In step 94a, computer 31 senses whether any key 

on the keyboard 31c is being hit while a cursor is 
pointing at the script in the display 62b. If the "yes" 
path is taken, then computer 31 performs step 94b wherein 
it modifies the script S(z) at the point where the cursor 

30 points, according to the key that is hit. 
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In step 95a, computer 31 senses whether button 
62e is being "clicked". If the "yes" path is taken, then 
computer 31 performs step 95b wherein it stores the 
script S(z), as shown in the display 62b, in a storage 
5 area within the simulator program 32. 

Similarly, all of the operations which are 
initiated via buttons 71-72 in Fig. 6, are illustrated in 
a flow chart form in Fig. 8. These operations are 
performed by computer 31 as steps 101a, 101b, 102a, and 

10 102b; and they occur after the steps of Fig. 7. 

In step 101a, computer 31 senses whether button 
71b or 71c is being "clicked". If the "yes" path is 
taken, then computer 31 performs step 101b wherein it 
updates an internal pointer which selects one particular 

15 simulated control terminal SCT(x) . Then, the number "x" 
of that simulated control terminal is displayed by part 
71a of Fig. 6. Also, the number "z" of any script which 
is currently assigned to the simulated control terminal 
SCT(x) is displayed in part 72a of Fig. 6. 

2 0 In step 102a, computer 31 senses whether button 

72b or 72c is being "clicked". If the "yes" path is 
taken, then computer 31 performs step 102b wherein it 
updates the number "z" in an internal pointer which 
identifies the script S(z) that is assigned to the 

25 simulated control terminal SCT (x) . Also, the number "z" 
in that pointer is displayed in part 72a of Fig. 6. 

Likewise, all of the operations, which are 
initiated via buttons 81-83 in Fig. 6, are illustrated in 
a flow chart form in Fig. 9. These operations are 

30 performed by computer 31 as steps 111a, 111b, 112a, 112b, 
113a, and 113b; and they occur after the steps of Fig. 8. 
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In step 111a, computer 31 senses whether button 
81b or 81c is being "clicked". If the "yes" path is 
taken, then computer 31 performs step 111b wherein it 
updates an internal counter which limits the number "N" 
5 of simulated control terminals that will be allowed to 
send commands to the video server 12. Also, the number 
"N" in that internal computer is displayed in part 81a of 
Fig. 6. 

In step 112a, computer 31 senses whether button 

10 82b or 82c is being "clicked". If the "yes" path is 
taken, then computer 31 performs step 112b wherein it 
updates the time period "T" in an internal counter. "T" 
is the time periods during which the simulated control 
terminals SCT(l) thru SCT(N) send their first command to 

15 the video server. This time period "T" is displayed in 
part 82a of Fig. 6. 

In step 113a, computer 31 senses whether any of 
the buttons 83b or 83c are being "clicked". If the "yes" 
path is taken, then computer 31 performs step 113b 

20 wherein it updates the distribution percentage "P" in an 
internal counter. "P" is the percentage by which the 
specified time in each command- time pair will 
automatically be altered by the simulator program 31. 
The percentage "P" is displayed by part 83a in Fig. 6. 

25 Following the above- described steps of Fig. 9, 

the simulator program 31 performs steps 121 and 122. In 
step 121, computer 31 senses whether the START button 84a 
is being "clicked". If the "no" path is taken, then step 
122 is performed wherein computer 31 performs any other 

3 0 tasks which are desired and then branches back to step 

CJF\APPL\550632 . doc 



27 



91a of Fig. 7. Due to that branch, all of the steps of 

Figs. 7, 8 and 9 are performed over and over in a loop. 

If that "yes" path is taken in step 12 1, then 

computer 31 performs all of the steps 131-149 that are 
5 shown in Fig. 10. In step 131/ computer 31 selects a 

random start time, within the time period "T", for each 

of the simulated control terminals SCT(l) through SCT(N). 

Here, "N" is the number that was previously selected via 

button 81, and "T" is the time period that was previously 
10 selected via button 82. 

Next in step 132, computer 31 clears an 

internal clock to zero and starts an internal timer. 

This timer operates in a cyclical fashion and generates a 

time-out signal each time a predetermined time interval 
15 ends. When such a time-out occurs, the "yes" path is 

taken in step 133. In Fig. 10, the time-out interval is 

one -second, as an example. 

Next, in step 134, computer 31 senses whether 

the PAUSE button 85 in Fig. 6 is being "clicked". When 
20 such an event occurs, then a branch is taken to step 147; 

otherwise, a branch is taken to step 135. 

Assume for now that the branch to step 135 is 

taken. Then, in step 135, computer 31 senses whether the 

STOP button 86 in Fig. 6 is being "clicked". When that 
25 occurs, then the internal timer is stopped and a branch 

is taken back to point PI in Fig. 7. Otherwise, a branch 

is taken to step 136. 

Assume now that the branch to step 136 is 

taken. Then, in step 136, computer 31 increments by one 
30 the number that is currently in the internal clock. That 

number was cleared to zero in step 132, and it is 
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incremented in step 136 each time the one -second timer 
times out. Thus the number in the internal clock equals 
the total number of seconds that have lapsed since the 
START button 84 was clicked back in step 121 of Fig. 9. 
5 Next, in step 137, computer 31 selects one 

particular simulated control terminal SCT (x) . Then, step 
138 is performed wherein computer 31 compares the 
internal clock to the "scheduled time" for the command 
that is to be sent next from the simulated control 

10 terminal SCT(x). 

The first command in the script S(z) for the 
simulated control terminal SCT (x) has a scheduled time 
that is selected randomly by step 131. The second 
command in the script S(z) for terminal SCT (x) has a 

15 scheduled time which equals the scheduled time of the 
first command, plus the time in the first command- time 
pair of the script S(z) as modified by the distribution 
percentage "P". In more general terms, the i-th command 
in the script S(z) for terminal SCT(x) has a scheduled 

2 0 time which equals the scheduled time of command i-1, plus 

an increment At. Here, At is the time in the command- time 
pair i-1 of the script S(z) as modified by the 
distribution percentage "P". 

If the internal clock "equals" the scheduled 
25 time for the command that is to be sent next from the 
simulated control terminal SCT(x), then a branch is taken 
from step 139 to step 140. Otherwise, a branch is taken 
from step 139 to step 146. 

In the above step 139, an "equality" occurs if 

3 0 the number of seconds in the internal clock is the same 

as the number of whole seconds in the scheduled time for 
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the command. Any partial second in the scheduled time 
for the command is disregarded in the comparison. 

In step 140, computer 31 reads the script S(z) 
to obtain the command that is to be sent next from the 
5 simulated control terminal SCT(x) . Then in step 141, 
computer 31 generates output signaling on cable 33 to the 
video server 12, which includes the above VCR- like 
command and the identity of the simulated control 
terminal SCT(x) which is sending the command. 

10 Thereafter, in step 142, computer 31 determines 

the scheduled time for the command that follows the 
command which was just sent from the simulated control 
terminal SCT(x). This is done by incrementing the 
scheduled time of the command that was just sent by the 

15 amount At, as was described above in conjunction with 
step 13 8. 

Next in step 143, computer 31 checks whether 
the scheduled time that was determined above in step 142 
"equals" the time in the internal clock. If it does, then 

2 0 a branch is taken to step 144. Otherwise, a branch is 
taken to step 145. Here again, any partial second in the 
scheduled time is disregarded. 

In step 144, computer 31 updates an internal 
pointer for the simulated control terminal SCT (x) such 

25 that it points to the command in the script S(z) which 
terminal SCT(x) should send next. Then, a branch is 
taken to step 140, whereupon all of the steps 140-143 are 
repeated. 

Suppose now that back in step 143, a branch is 
30 taken to step 145. There, in step 145, computer 31 
updates the internal pointer for the simulated control 
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terminal SCT (x) such that it points to the command in the 
script S(z) which terminal SCT(x) should send next. 
Then, step 146 is performed wherein computer 31 checks 
whether step 138 has been performed for each of the 
5 simulated control terminals SCT(l) through SCT (N) . 

If the "No" path is taken in step 146, then a 
branch occurs to step 137 wherein computer 31 selects 
another one of the simulated control terminals SCT(l) 
through SCT(N). Then, all of the steps 138-143 are 
10 repeated for that newly selected simulated control 
terminal . 

If the "yes" path is taken in step 146, then a 
branch occurs to step 133. There, computer 31 waits for 
the next time-out of the internal timer. Then, when the 

15 time-out occurs, computer 31 again performs the above 
described steps 134-146. 

Next, consider the steps 147-149 which occur in 
Fig. 10 in response to the PAUSE button 85 of Fig. 6. 
When the PAUSE button 85 is "clicked" for the first time, 

20 computer 31 branches from step 134 to step 147. There, 
computer 31 stops the internal timer which was started in 
step 132. Then step 148 is performed wherein computer 31 
waits for the START button 84 to be "clicked". When that 
occurs, computer 31 restarts the internal timer as step 

25 149, and then a branch is taken to step 136 (which was 
previously described) . 

Referring now to Fig. 11, an overall structure 
for the simulator program 32 will be described which 
performs all of the steps in Figs. 7-10. In this Fig. 11 

30 structure, the major components of the simulator program 
32 are identified by reference numerals 160a through 
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160h. Each of these program components is described 
below in TABLE 4, and these components are intercoupled 
to each other as shown in Fig. 11. 



TABLE 4 

5 1) Component 160a is a portion of the simulator 

program 32 which stores all of the scripts. In 
Fig. 11, only one particular script S (y) is 
illustrated within component 160a, as an 
example. All other scripts are represented by 
10 a series of dots within component 160a. Also, 

within the script S (y) , each of the lines L 
represent a single command- time pair in that 
script. 



2) Component 160b is a portion of the simulator 
15 program 32 which displays and interacts with 

buttons 61 and 62 of Fig. 6. By this 
interaction, component 160b performs all of the 
steps 91a through 95b, that were previously 
described in conjunction with Fig. 7, to write 
20 and read and modify each script in component 

160a. 



3) Component 160c is a portion of the simulator 
program 32 which stores three items II, 12, and 
13 for each of the simulated control terminals. 
25 In Fig. 11, those three items are shown for 

only one particular simulated control terminal 
SCT(x), as an example. These items II, 12 and 
13 for all of the other simulated control 



32 

terminals are represented by a series of dots 
within component 160c. 

Item II is the identity of the script S (y) that 
is assigned to the simulated control terminal 
5 SCT(x). Item 12 is a pointer which points to 

one command in the script S (y) that is to be 
sent next from the simulated control terminal 
SCT(x). Item 13 is the scheduled time at which 
the simulated control terminal SCT(x) will send 
10 the command that is pointed to by item 12. 

4) Component 160d is a portion of the simulator 
program 32 which displays and interacts with 
buttons 71 and 72 of Fig. 6. By this 
interaction, component 160d performs all of the 

15 steps 101a through 102b, that were previously 

described in conjunction with Fig. 8, which 
assign a script to each simulated control 
terminal - 

5) Component 160e is a portion of the simulator 
20 program 32 which provides an interval timer. 

This is the timer that was previously referred 
to in conjunction with the description of steps 
132 and 133 in Fig. 10. 

6) Component 160f is a portion of the simulator 
25 program 32 which provides an interval clock. 

This is the clock that was previously referred 
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to in conjunction with, the description of steps 
136 and 138 of Fig. 10. 

7) Component 160g is a portion of the simulator 
program 32 which displays all of the buttons 
81-86 of Fig. 6, and which senses when these 
buttons are being "clicked". 

8) Component 16 Oh is a portion of the simulator 
program 32 which sequentially performs all of 
the steps of Fig. 9 and all of the steps of 
Fig. 10. Thus in Fig. 11, component 160h is 
labeled "sequence control module". 

Stored within the sequence control module 16 Oh 
are the previously described parameters "T", "N", and 
"P". The values of these parameters are set via the 
5 buttons 81, 82 and 83 of Fig. 6; and they are used, after 
the START button 84 is "clicked", to perform the steps 
which are shown in Fig. 10. 

Also to perform the steps which are shown in 
Fig. 10, the sequence control module 160h can read items 

10 II, 12 and 13 from component 160c, for any one particular 
simulated control module SCT (x) . To do that, the 

sequence control module 160h sends the number "x" to 
component 160c via a connection CI; and then in response, 
component 160c sends items II, 12 and 13 for module 

15 SCT(x) via a connection C2. Similarly, to modify items 
12 or 13 for module SCT(x), the sequence control module 
160h sends the number "x" to component 160c via the 

CJF\APPL\550632.doc 



34 



connecting CI and concurrently sends the modification to 
component 160c via a connection C3 . 

Also, to perform the steps which are shown in 
Fig. 10, the sequence control module 16 Oh can selectively 
5 read any one command- time pair from any one-particular 
script S(z) in component 160a. To do that, the sequence 
control module 160h sends the script number "z" and the 
item 12 command pointer to component 160a via a 
connection C4 . Then in response, component 160a sends 

10 the corresponding command- time pair to the sequence 
control module 160h via a connection C5. 

Output signals from the sequence control module 
106h are generated on a connection C6, which in turn is 
coupled to the video server 12 via the cable 33. These 

15 output signals are the VCR- like commands from the 
simulated control terminals that are generated in step 
141 of Fig. 10. 

One preferred embodiment of the simulator 
program 32, which simulates a plurality of control 

2 0 terminals in the "script" mode of operation, has now been 
described in detail. Also, one preferred embodiment of 
the simulator program 32, which simulates a plurality of 
control terminals in the "manual" mode of operation, was 
previously described in detail in conjunction with Fig. 

25 2-5. In addition, however, various changes and 
modifications can be made to the details of these 
embodiments without departing from the nature and spirit 
of the invention. 

For example, in step 53b of Fig. 4 and step 141 

30 of Fig. 10, the simulator program 32 sends the VCR- like 
commands from the simulated control terminals to the 
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video server 12; and, those commands can be sent in any 
format, as desired. One format can consist of the 
identity w x" of the simulated control terminal SCT (x) 
which is sending the command, followed immediately by the 
5 command itself. Another format can include a code which 
indicates the "type" of control terminal that is being 
simulated, such as the touch- tone telephone or the 
personal computer or the special purpose hardware that 
was described in the "BACKGROUND OF THE INVENTION" . 

10 Further, the format can vary depending upon the type of 
control terminal that is being simulated. 

Also, as another modification, the simulator 
program 32 can be used to test both the video server 12 
and the network interface 18 of Fig. 1. This 

15 modification is illustrated in Fig. 12. There, the 
output of the video server 12 is coupled to the input 
network interface 18, and the output of the network 
interface 18 is coupled through a variable address 
selector 27a to the viewing device 27. Each video data 

2 0 stream from the output of the network interface 18 is 
addressed to one particular viewing device. By selecting 
one particular address via the variable address selector 
27a, the corresponding video stream will be displayed by 
the viewing device 87 . 

25 Similarly, as another modification, the output 

signals from step 53b of Fig. 4 and step 141 of Fig. 10, 
can be generated in a form which normally occurs at some 
predetermined intermediate point within the video server 
12 itself. With this modification, any processing within 

30 the video server 12 which precedes the intermediate point 
will be bypassed. This modification is illustrated in 
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Pig. 12 by a cable 33' which couples to the video server 
12 via an intermediate port 12a' . 

As an example of the above, suppose that the 
video server 12' receives the signals from the electronic 
5 feedback equipment 29 of Fig. 2 in one particular form 
PI; and suppose further that the video server 12 
initially processes those signals by transforming them to 
a completely different form F2 . Then, to bypass that 
transformation process within the video server 12, the 

10 simulator program 32 can generate its output signals on 
cable 33' in the form F2 via step 53b of Fig. 4 and step 
141 of Fig. 10. 

The above bypassing of some initial processing 
within the video server 12 is particularly useful where 

15 the video server 12 is comprised of two or more modules 
which are intercoupled in series. Then, to bypass the 
first "k" modules of the series, the simulator program 32 
simply generates its output signals on cable 33' in the 
form that signals are sent from the k-th module to the 

2 0 next module. 

Further, as another modification, the simulator 
program 32 can take various alternative actions each time 
the command which it sends from terminal SCT (x) in step 
141 of Fig. 10, is the last command of the script S (y) 

25 for that terminal. As one alternative, the simulator 
program 32 can simply stop sending any more commands from 
the simulated control terminal SCT(x) . As another 
alternative, the simulator program 32 can continue to 
send all of the commands in the script S (y) in a loop, 

30 from the simulated control terminal SCT(x). 
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In addition, as still another modification, 
various instructions for directing the simulator program 
actions can be incorporated into each script. For 
example, the instruction can direct the simulator program 
5 32 to decrement an internal count and perform conditional 
jumps from one command- time pair to another when the 
count reaches zero. With such instructions, any subset 
of the command- time pairs in a script can be repeated, in 
a loop, a selectable number of times. 
10 Accordingly, it is to be understood that the 

present invention is not limited to each detail of the 
illustrated preferred embodiments, but is defined by the 
appended claims. 
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